United States Patent and Trademark Office 



UNITED STATES DEPARTMENT OF COMMERCE 
I nilid Stall-, l'atint and Trademark Office 

Address: COMMISSIONER FOR PATENTS 



APPLICATION NO. 



10/633.020 



FILING DATE 



75458 7590 

Beyer Law Group LLP/Visa 
P.O. BOX 1687 
Cupertino, CA 95015-1687 



FIRST NAMED INVENTOR 



ATTORNEY DOCKET NO. CONFIRMATION NO. 



VISAP07WP-I360I 



I'OI AN.GIOVANNAB 



PAPER NUMBER 



DELIVERY MODE 



Please find below and/or attached an Office communication concerning this application or proceeding. 

The time period for reply, if any, is set in the attached communication. 



PTOL-90A (Rev. 04/07) 



l/ffflrC? nVrliUli Otfff Iff ids y 


Application No. 

10/633,020 


Applicant(s) 
SMITH ET AL. 


Examiner 

GIOVANNA COLAN 


Art Unit 

2162 





- The MAILING DATE of this communication appears on the cover sheet with the correspondence address — 
Period for Reply 



A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) OR THIRTY (30) DAYS, 
WHICHEVER IS LONGER, FROM THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1 .136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 133). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1 .704(b). 

Status 

1 )KI Responsive to communication(s) filed on 07 October 2008 . 
2a )□ This action is FINAL. 2b)^ This action is non-final. 

3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 11, 453 O.G. 213. 

Disposition of Claims 

4) ^ Claim(s) 1 - 20 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) D Claim(s) is/are allowed. 

6) |EI Claim(s) 1 -20 is/are rejected. 

7) 0 Claim(s) is/are objected to. 

8) D Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) Q The specification is objected to by the Examiner. 

10) D The drawing(s) filed on is/are: a)D accepted or b)D objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1.85(a). 
Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 

1 1) D The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 

Priority under 35 U.S.C. § 119 

12) D Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 119(a)-(d) or (f). 
a)D All b)D Some * c)D None of: 

1 .□ Certified copies of the priority documents have been received. 

20 Certified copies of the priority documents have been received in Application No. . 

3.Q Copies of the certified copies of the priority documents have been received in this National Stage 
application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 



Attach ment(s) 

1) D Notice of References Cited (PTO-892) 4) □ Interview Summary (PTO-41 3) 

2) □ Notice of Draftsperson's Patent Drawing Review (PTO-948) Paper No(s)/Mail Date. . 

3) Information Disclosure Statement(s) (PTO/SB/08) 5 ) □ Notice of Informal Patent Application 
Paper No(s)/Mail Date 02/13/2004 . 6) □ Other: . 



PTOL-T26 d (Rev e 08-06r 



Office Action Summary 



Part of Paper No./Mail Date 20081 116 



Application/Control Number: 10/633,020 Page 2 

Art Unit: 2162 

DETAILED ACTION 

1 . This action is issued in response to applicant filed request for continued 
examination (RCE)on 10/07/2008. 

2. Claims 1 , and 1 1 have been amended. No claims were added. Claims 21 - 35 
were canceled. 

3. Claims 1 - 20 are pending in this application. 

Response to Arguments 

4. Applicant's arguments with respect to claims 1 , and 1 1 have been considered but 
are moot in view of the new ground(s) of rejection. The new grounds are with respect to 
35 USC § 101 rejections. 

Continued Examination Under 37 CFR 1.114 

5. A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1 .17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 

10/1 1/2006 has been entered. 
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Claim Rejections - 35 USC §112 

6. The following is a quotation of the first paragraph of 35 U.S. C. 112: 

The specification shall contain a written description of the invention, and of the manner and process of 
making and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the 
art to which it pertains, or with which it is most nearly connected, to make and use the same and shall 
set forth the best mode contemplated by the inventor of carrying out his invention. 

7. Claims 1- 20 are rejected under 35 U.S.C. 112, first paragraph, as failing to 
comply with the written description requirement. The claim(s) contains subject matter 
which was not described in the specification in such a way as to reasonably convey to 
one skilled in the relevant art that the inventor(s), at the time the application was filed, 
had possession of the claimed invention. The limitation: "...to operate independently 
and without issuer instruction with regard to said smart car feature" recited in claims 1 , 
and 1 1 is not supported in the specification of the disclosure. 

8. The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

9. Claims 1 1 - 20 are rejected under 35 U.S.C. 1 1 2, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. 

The limitation "enabling", recited in claim 11, is indirect, suggest optionally, and 
passive which renders any recitation claimed after not be given patentable weight. 
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Therefore, it is unclear what Applicant' intended metes and bounds of the claims are, 
since the claims appear to cover anything and everything that does not prohibit actions 
from occurring. 

Office personnel must rely on the applicant's disclosure to properly determine the 
meaning of "enabling" in the claims. Limitations appearing in the specification but not 
recited in the claim are not read into the claim; therefore, in this case, the recitation of 
"enabling" as interpreted in light of the specification provide the "functionality" or "the 
capability" of the system to perform the steps without definite disclosure limiting or 
excluding any alternative, negative, or even all together suggest actually performing or 
implementing the functionality that is database management system is capable of. 

Therefore, any cited art that teaches the steps otherwise in the alternative can be 
used to reject the instant application. The computer being enabled to perform a function 
does not mean that it will ever actually perform that functionality (i.e. "enabling" should 
be clarified and changed to a more definite term). 
Appropriate correction is required. 

Claim Rejections - 35 USC § 101 

10. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

1 1 . Claims 1 - 1 0 are rejected under 35 U.S.C. 1 01 because the claimed invention is 
directed to non-statutory subject matter. 
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Claim 1 recites a "method for automating the personalization of a batch of smart 
cards..." However, this method/process fails to: (1) tied to another statutory class (such 
as a particular apparatus) and (2) transform underlying subject matter (such as an 
article or materials) to a different state or thing (Diamond v. Diehr, 450 U.S. 175, 184 
(1981); Parker v. Flook, 437 U.S. 584, 588 n.9 (1978); Gottschalk v. Benson, 409 U.S. 
63, 70 (1972); Cochrane v. Deener, 94 U.S. 780, 787-88 (1876). Therefore, the method 
recited in claim 1 is not patentable eligible processes under 35 USC § 101 since it is 
directed to non-statutory subject matter. 

Claim Rejections - 35 USC § 103 

12. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

1 3. This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
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consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 



14. Claim 1 - 20 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Tushie et al. (Tushie hereinafter) (US Patent No. 6,014,748), in view of Harms et al. 
(Harms hereinafter) (US Patent No. 6,070,147), and further in view of Anderson et al. 
(Anderson hereinafter) (US 5,884,289). 



Regarding Claim 1 , Tushie discloses a method for automating the 
personalization of a batch of smart cards (Col. 5 and 6, lines 66 - 67 and 1 - 5, Tushie), 
comprising: 

executing a personalization assistant tool (Col. 2, lines 38 - 40, Tushie), said 
software tool including a default member profile having default values for smart card 
features (Col. 2 and 18, lines 39 - 40 and 5 - 24, "The card framework template record 
describes the structure of the chip on the card. In the sample shown below, the $MF 
entry defines a root directory (3F00), while $DF entries define a medical application 
(5F20), and an accounting application (5F10). Within each directory are application- 
specific files defined by $EF entries, such as 6F00 containing the account name and 
6F10 containing the account number. All file descriptive data resides in the card 
framework template and is referenced at various times during the smart card issuing 
process", wherein the card framework template record corresponds to the default 
member profile claimed; and wherein entries, such as, account name and account 
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number correspond to the default values for smart card features; Col. 2, lines 54 - 59; 
Col. 8, lines 48-51; Col. 14, lines 3-5; Col. 17, lines 9- 12; and Col. 14, lines 22- 
33, Tushie). 

Furthermore, Tushie also discloses a method and system for receiving smart 
card feature information (Page 6, lines 40 - 46, Tushie) that was previously entered into 
a cardholder database management system by a user (Fig. 1 B, item 152, Page 7, lines 
48 - 59, Tushie). In addition, Tushie discloses that the smart card personalization 
system will create smart cards according to the information received from alternate 
inputs (Col. 6, lines 54 - 56, Tushie) and from a software tool (Fig. 1A, item 150, Card 
Issuer Mgnt System, Page 9, lines 23 - 26 and 33 - 38; respectively, Tushie). However, 
Tushie does not expressly disclose the details on how the user enters such smart card 
information into the system. On the other hand, Harms discloses computer instructions 
for providing a user with a plurality of queries regarding said smart card features (Col. 5, 
lines 17-24 and 36 - 40; respectively, "the retail clerk (or consumer) can manually 
key-in the desired information from the card by following prompts displayed by the 
identification terminal, Harms), said queries originating from said software tool (Col. 5, 
lines 1 - 5; " ...the identification terminal 15 could be integrated into a single reader...", 
Harms); receiving from the user responses to the plurality of queries, said responses 
being received by said software tool (Col. 5, lines 1 7 - 24 and 49 - 51 , ". . . the 
identification information gathered by the identification terminal 15...", Harms 1 ); 

1 To further clarify, see for example Harms, Col. 5, lines 36 - 40, "the retail clerk (or the consumer) can 
manually key-in the desired information from the card by following prompts displayed by the terminal". 
Wherein it is clear from this paragraph that "the desired information" being entered is information from 
"the card"; thus it is in regards to smart card features. 
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matching each of said responses with an output data value, said matching being 
performed by said software tool (Col. 9, lines 41 - 46; Harms). It would have been 
obvious to one of ordinary skill in the art at the time the invention was made to 
incorporate the teachings of Harms as a method for users to enter personalized 
information in the Tushie system at Fig. 1B, item 152, Card Holder Data, to the smart 
card personalization system of Tushie. Skilled artisan would have been motivated to do 
so, as suggested by Harms (Col. 3, lines 44 - 45, Harms), to provide a customer- 
friendly and sustainable approach. 

The Tushie in view of Harms combination (Tushie/Harms hereinafter) also 
discloses: 

modifying said default member profile using said matched output data values 
(Col. 9, lines 40 - 50, wherein the record corresponds to the default member profile 
claimed; and wherein the step of updating the record with the new transaction 
corresponds to the step of modifying as claimed; Harms); and 

generating a personalization data file from a plurality of modified default member 
profiles (Fig. 5, "Joe Smith" and "Kathleen King", Col. 7, lines 3-11; wherein the Figure 
shows plurality of modified default member profiles for two consumers for example, "Joe 
Smith" and "Kathleen King" Harms) and a plurality of sets of said output data values 
(Col. 7 and 9, lines 11-21 and 61 - 67; respectively Harms), wherein the plurality of 
sets of said output data values used to generate said personalization data file is used to 
provide said smart card features on each smart card in said batch of smart cards for a 
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plurality of users wherein said batch of smart cards is personalized with respect to the 
plurality of users (Col. 6 and 9, lines 42-47 and 33-38; respectively, "... The smart 
card personalization system 100 receives data from a card issuer management system 
150 (typically proprietary to the card issuer), translates the data into a data stream, and 
outputs the data stream to personalization equipment 130 which personalizes the smart 
cards 160..."; Tushie; and Col. 5, lines 41 -47, Harms). 

Furthermore, Tushie/Harms discloses: said smart cards features including 
account instructions associated with account (Col. 4, lines 30 - 41 , Harms) and low- 
value payment instruction for rapid transaction processing (Col. 12, lines 3-9, Harms). 

However, Tushie/Harms does not explicitly disclose that said smart card features 
include account usage, and authorization control instructions relating to risk 
management. On the other hand, Anderson discloses smart card features including: 
account instructions associated with account usage, and authorization control 
instructions relating to risk management checks ([57], Abstract, Col. 7, lines 55 - 60, 
"allowing the card issuer to limit the on-going losses on that card"; Col. 8, lines 35 - 42; 
"i. All ATM/POS transactions (approved or declined) for sample cards going back for a 
period of time (e.g., 3 months)", wherein for example "3 months" is part of the usage 
information as claimed; Anderson). It would have been obvious to one of ordinary skill in 
the art at the time the invention was made to incorporate the Anderson's teachings to 
the system Tushie/Harms. Skilled artisan would have been motivated to do so, as 
suggested by Anderson ([57], Abstract, Anderson), to identify "at risk" cards in the 
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criminal's possession which have not yet been used, and to limit the losses to individual 
financial institutions and the financial institution community at large. 

Furthermore, the Tushie in view of Harms and further in view of Anderson 
combination (Tushie/Harms/Anderson hereinafter) discloses: 

wherein each of said smart card features and its corresponding output data value 
configures a smart card to operate independently and without issuer instruction with 
regard to said each smart card feature (Col. 14, lines 33 - 45, "As with other computer- 
based application programs, a card application processes data from external sources 
such as an automatic teller machine or internal sources such as data files encoded into 
the microprocessor's memory. Using the smart card causes the appropriate 
application to be executed by the microprocessor and the application, in turn, accesses 
the internal files to retrieve or store data", Tushie; and Col. 1 1 , lines 22 - 35, Harms). 

Regarding Claim 2, Tushie/Harms/Anderson discloses a method, further 
comprising using individual cardholder input files and the personalization data file to 
personalize a plurality of smart cards to yield a plurality of personalized smart cards 
(Col. 2, lines 46 - 54, Tushie; and Col. 4, and 5, lines 47 - 54 and 49 - 51 ; respectively, 
Harms). 

Regarding Claim 3, Tushie/Harms/Anderson discloses a method, wherein the 
generating a personalization data file, comprises: 
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providing a look up table with entries for various combinations of responses to 
the plurality of queries (Fig. 5, Col. 9, lines 36 - 41 , Harms); 

finding a matching entry in the look up table that matches the responses to the 
plurality of queries (Fig. 5, Col. 9, lines 41 - 45, Harms); 

locating personalization data file output associated with the matching entry (Fig. 5, 
Col. 9, lines 41 - 45, Harms); and 

outputting the personalization data file output associated with the matching entry 
(Col. 1 1 , lines 50 - 55, Harms). 

Regarding Claim 4, Tushie/Harms/Anderson discloses a method, wherein the 
plurality of queries, comprise: 

at least one query regarding smart card account usage control (Col. 4, lines 30 - 
41, Harms; and [57], Abstract, Anderson); 

at least one query regarding smart card account risk management ([57], Abstract, 
Anderson); and 

at least one query regarding offline limits and thresholds (Col. 5, lines 19-24, 
Harms). 

Regarding Claim 5, Tushie/Harms/Anderson discloses a method, wherein 
responses to the plurality of queries are used to provide best practices 
recommendations (Col. 11, lines 45 - 50, Harms). 
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Regarding Claim 6, Tushie/Harms/Anderson discloses a method, further 
comprising providing regional profiles and subregional profiles, wherein a subregion is 
within a region, wherein the regional and subregional profiles have mandatory and 
recommended settings, wherein some of the subregional profiles are more stringent 
than regional profiles in which the subregions belong (Col. 7, lines 14-21 and 58 - 63, 
Harms). 

Regarding Claim 7, Tushie/Harms/Anderson discloses a method, wherein the 
generating a personalization data file, comprises: 

providing a look up table with entries for various combinations of responses to 
the plurality of queries (Fig. 5, Col. 9, lines 36 - 41 , Harms); 

finding a matching entry in the look up table that matches the responses to the 
plurality of queries (Fig. 5, Col. 9, lines 41 - 45, Harms); 

locating personalization data file output associated with the matching entry (Fig. 
5, Col. 9, lines 41 - 45, Harms); and 

outputting the personalization data file output associated with the matching entry 
(Col. 1 1 , lines 50 - 55, Harms). 

Regarding Claim 8, Tushie/Harms/Anderson discloses a method, wherein the 
plurality of queries, comprise: 

at least one query regarding smart card account usage control (Col. 4, lines 30 - 
41, Harms; and [57], Abstract, Anderson); 
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at least one query regarding smart card account risk management ([57], Abstract, 
Anderson); and 

at least one query regarding offline limits and thresholds (Col. 5, lines 19-24, 
Harms). 

Regarding Claim 9, Tushie/Harms/Anderson discloses a method, further 
comprising computer instructions for using responses to the plurality of queries to 
provide best practices recommendations (Col. 1 1 , lines 45 - 50, Harms). 

Regarding Claim 10, Tushie/Harms/Anderson discloses a method, further 
comprising providing regional profiles and subregional profiles, wherein a subregion is 
within a region, wherein the regional and subregional profiles have mandatory and 
recommended settings, wherein some of the subregional profiles are more stringent 
than regional profiles in which the subregions belong (Col. 7, lines 14-21 and 58 - 63, 
Harms). 

Regarding Claim 1 1 , Tushie/Harms/Anderson discloses a computer implemented 
method for automating the personalization of a batch of smart cards (Col. 5 and 6, lines 
66 - 67 and 1 - 5, Tushie), comprising: 

running on a host computer a personalization assistant software application (Col. 
2 and 6, lines 38 - 40 and 57 - 58; respectively, Tushie), said software application 
including a default member profile having default values for smart card features (Col. 2 
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and 18, lines 39 - 40 and 5 - 24, "The card framework template record describes the 
structure of the chip on the card. In the sample shown below, the $MF entry defines a 
root directory (3F00), while $DF entries define a medical application (5F20), and an 
accounting application (5F10). Within each directory are application-specific files 
defined by $EF entries, such as 6F00 containing the account name and 6F10 containing 
the account number. All file descriptive data resides in the card framework template 
and is referenced at various times during the smart card issuing process", wherein the 
card framework template record corresponds to the default member profile claimed; and 
wherein entries, such as, account name and account number correspond to the default 
values for smart card features; Col. 2, lines 54-59; Col. 8, lines 48-51; Col. 14, lines 
3-5; Col. 17, lines 9-12; and Col. 14, lines 22-33, Tushie), said smart card features 
including account instructions associated with account usage (Col. 4, lines 30 - 41 , 
Harms; and [57], Abstract, Col. 7, lines 55 - 60, "allowing the card issuer to limit the on- 
going losses on that card"; Col. 8, lines 35 - 42; "i. All ATM/POS transactions (approved 
or declined) for sample cards going back for a period of time (e.g., 3 months)", wherein 
for example "3 months" is part of the usage information as claimed; Anderson), 
authorization control instructions relating to risk management checks ([57], Abstract, 
Col. 7, lines 55 - 60, "allowing the card issuer to limit the on-going losses on that card"; 
Col. 8, lines 35 - 42; "i. All ATM/POS transactions (approved or declined) for sample 
cards going back for a period of time (e.g., 3 months)", Anderson), and low-value 
payment instructions for rapid transaction processing (Col. 12, lines 3-9, Harms); 
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providing to at least one user system over a network a plurality of queries 
regarding smart card features (Col. 5, lines 17-24, Harms), said queries originating 
from said software application (Col. 5, lines 1 -5; " ...the identification terminal 15 could 
be integrated into a single reader...", Harms, and also see - Col. 5, lines 17-24 and 36 
- 40; respectively, "the retail clerk (or consumer) can manually key-in the desired 
information from the card by following prompts displayed by the identification terminal, 
Harms); 

receiving from the at least one user system over the network responses to the 
plurality of queries, said responses being received by said software application tool 
(Col. 5, lines 17-24 and 49 - 51 , "... the identification information gathered by the 
identification terminal 15...", Harms 2 ); 

matching each of said responses with an output data value, said matching being 
performed by said software tool (Col. 9, lines 41 - 46; Harms); 

modifying said default member profile using said matched output data values 
(Col. 9, lines 44 - 50, Harms); and 

generating a personalization data file from said default member profile and said 
output data values (Col. 9, lines 61 - 67, Harms), wherein the output data values of said 
personalization data file is used to provide said smart card features on said batch of 



2 To further clarify, see for example Harms, Col. 5, lines 36 - 40, "the retail clerk (or the consumer) can 
manually key-in the desired information from the card by following prompts displayed by the terminal". 
Wherein it is clear from this paragraph that "the desired information" being entered is information from 
"the card"; thus it is in regards to smart card features. 
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smart card when said batch of smart cards is personalized (Col. 9, lines 33 - 38, 
Tushie; and Col. 5, lines 41 - 47, Harms); and 

generating a smart card utilizing each of said smart card feature and its 
corresponding output data value, thereby enabling the smart card to operate 
independently and without issuer instruction with regard to said each smart card feature 
(Col. 14, lines 33 - 45, "As with other computer-based application programs, a card 
application processes data from external sources such as an automatic teller machine 
or internal sources such as data files encoded into the microprocessor's memory. 
Using the smart card causes the appropriate application to be executed by the 
microprocessor and the application, in turn, accesses the internal files to retrieve or 
store data", Tushie; and Col. 1 1 , lines 22 - 35, Harms. 

Regarding Claim 12, Tushie/Harms/Anderson discloses a computer implemented 
method, further comprising: 

sending the personalization data file to a preparation processing device (Fig. 1A, 
item 1 00 and 1 50, Col. 6, lines 42 - 46, Tushie; and Col. 6, lines 32 - 35, Harms); 
and 

using the personalization data file and cardholder input files to personalize smart 
cards (Fig. 1A, items 130 and 160, Col. 6, lines 45-47, Tushie). 

Regarding Claim 13, Tushie/Harms/Anderson discloses a computer implemented 
method, wherein the generating a personalization data file, comprises: 
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providing a look up table with entries for various combinations of responses to 
the plurality of queries (Fig. 5, Col. 9, lines 36 - 41 , Harms); 

finding a matching entry in the look up table that matches the responses to the 
plurality of queries (Fig. 5, Col. 9, lines 41 - 45, Harms); 

locating personalization data file output associated with the matching entry (Fig. 
5, Col. 9, lines 41 - 45, Harms); and 

outputting the personalization data file output associated to the matching entry 
(Col. 1 1 , lines 50 - 55, Harms). 

Regarding Claim 14, Tushie/Harms/Anderson discloses a computer implemented 
method, wherein the plurality of queries, comprise: 

at least one query regarding smart card account usage control (Col. 4, lines 30 - 
41, Harms; and [57], Abstract, Anderson); 

at least one query regarding smart card account risk management ([57], Abstract, 
Anderson); and 

at least one query regarding offline limits and thresholds (Col. 5, lines 19-24, 
Harms). 

Regarding Claim 15, Tushie/Harms/Anderson discloses a computer implemented 
method, wherein responses to the plurality of queries are used to provide best practices 
recommendations (Col. 11, lines 45 - 50, Harms). 
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Regarding Claim 16, Tushie/Harms/Anderson discloses a computer implemented 
method, further comprising providing regional profiles and subregional profiles, wherein 
a subregion is within a region, wherein the regional and subregional profiles have 
mandatory and recommended settings, wherein some of the subregional profiles are 
more stringent than regional profiles in which the subregions belong (Col. 7, lines 14 - 
21 and 58 - 63, Harms). 

Regarding Claim 17, Tushie/Harms/Anderson discloses a computer implemented 
method, wherein the generating a personalization data file, comprises: 

providing a look up table with entries for various combinations of responses to 
the plurality of queries (Fig. 5, Col. 9, lines 36 - 41 , Harms); 

finding a matching entry in the look up table that matches the responses to the 
plurality of queries (Fig. 5, Col. 9, lines 41 - 45, Harms); 

locating personalization data file output associated with the matching entry (Fig. 
5, Col. 9, lines 41 - 45, Harms); 
and 

outputting the personalization data file output associated to the matching entry 
(Col. 1 1 , lines 50 - 55, Harms). 

Regarding Claim 18, Tushie/Harms/Anderson discloses a computer implemented 
method, wherein the plurality of queries, comprise: 
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at least one query regarding smart card account usage control (Col. 4, lines 30 - 
41, Harms; and [57], Abstract, Anderson); 

at least one query regarding smart card account risk management ([57], Abstract, 
Anderson); and 

at least one query regarding offline limits and thresholds (Col. 5, lines 19-24, 
Harms). 

Regarding Claim 19, Tushie/Harms/Anderson discloses a computer implemented 
method, wherein responses to the plurality of queries are used to provide best practices 
recommendations (Col. 1 1 , lines 45 - 50, Harms). 

Regarding Claim 20 Tushie/Harms/Anderson discloses a computer implemented 
method, further comprising providing regional profiles and subregional profiles, wherein 
a subregion is within a region, wherein the regional and subregional profiles have 
mandatory and recommended settings, wherein some of the subregional profiles are 
more stringent than regional profiles in which the subregions belong (Col. 7, lines 14 - 
21 and 58 - 63, Harms). 

Response to Arguments 

1 5. Applicant argues that the applied fails to disclose; "an account usage feature". 

Examiner respectfully disagrees. Tushie/Harms/Anderson does disclose: an 
account usage feature (Col. 4, lines 30 - 41 , Harms; and [57], Abstract, Col. 7, lines 55 
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- 60, "allowing the card issuer to limit the on-going losses on that card"; Col. 8, lines 35 

- 42; "i. All ATM/POS transactions (approved or declined) for sample cards going 
back for a period of time (e.g., 3 months)", wherein for example "3 months" is part of 
the usage information as claimed; Anderson). 

16. Applicant argues that; "The account number, account name, and other data 
relating to a cardholder's account are not default values for smart card features". 

Examiner respectfully disagrees. Tushie/Harms/Anderson does disclose: a 
default member profile having default values for smart card features (Col. 2 and 18, 
lines 39 - 40 and 5 - 24, "The card framework template record describes the structure 
of the chip on the card. In the sample shown below, the $MF entry defines a root 
directory (3F00), while $DF entries define a medical application (5F20), and an 
accounting application (5F10). Within each directory are application-specific files 
defined by $EF entries, such as 6F00 containing the account name and 6F10 containing 
the account number. All file descriptive data resides in the card framework template 
and is referenced at various times during the smart card issuing process", wherein the 
card framework template record corresponds to the default member profile claimed; and 
wherein entries, such as, account name and account number correspond to the default 
values for smart card features; and Col. 2, lines 54 - 59; Col. 8, lines 48-51; Col. 14, 
lines 3-5; Col. 17, lines 9- 12; Col. 14, lines 22-33, Tushie). 
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Points of Contact 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to GIOVANNA COLAN whose telephone number is 
(571)272-2752. The examiner can normally be reached on 8:30 am - 5:00 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Breene can be reached on (571) 272-4107. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

Giovanna Colan 
Examiner 
Art Unit 2162 
November 16, 2008 



/John Breene/ 

Supervisory Patent Examiner, Art Unit 2162 



